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BAKER BOTTS L.L.P. 
30 ROCKEFELLER PLAZA 
NEW YORK, NEW YORK 101 12 



TO ALL WHOM IT MAY CONCERN: 

Be it known that WE, Armin Amrhein, Wolfgang Horn and Peter Wagner, 
citizens of Germany, residing in Kummersbruck, Hohenstein-Ernstthal and Hersbruck, 
respectively, whose post office addresses are Dresdner Str. 16, 92245 Kummersbruck, 
Germany, Maria-Reiff-Weg 5, 09337 Hohenstein-Ernstthal, Germany and Kellerstr. 7, 
91217 Hersbruck, Germany, respectively, have invented an improvement in: 

APPARATUS AND METHOD FOR CHECKING 
THE STATUS OF CONTROL SYSTEMS 

of which the following is a 

SPECIFICATION 

FIELD OF THE INVENTION 
[0001] The present invention relates to an apparatus for assigning parameters to, 

configuring and starting up control systems and/or creating preferably cyclic control 
programs with a device for editing a control program, and a compiler device for 
compiling the control program. The present invention also relates to an apparatus for 
controlling the timing in a control system on the basis of a control program with a 
microprocessor device for executing a compiled, preferably cyclic control program. A 
control system comprising combining the two apparatuses is also described. 
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BACKGROUND OF THE INVENTION 
[0002] In programmable logic controllers, an "engineering system" is often used 

to debug, assign parameters to and start up a control system, and to create suitable control 
programs. In addition, a "runtime system" is used to hold the data of the engineering 
system and to execute the control programs accordingly. 

[0003] In systems used today, it is virtually impossible, or is possible only with 

great inconvenience, to debug control programs and to observe control variables. 
Technologies which are common at present require appropriate hardware support to be 
set up. This means that, by way of example, debugging is possible only using particular 
breakpoint mechanisms or interrupts for processors. In controllers operating on an 
interpretative basis, debugging has to date been possible interpretatively, but this very 
greatly affects execution time. 

[0004] Particularly in the case of cyclically executed control programs, it is 

virtually impossible to observe variables using current means. The user is not able to 
track the program on the screen at the speed at which a PLC cycle (programmable logic 
controller) is executed. In addition, observation in the PLC cycle puts a relatively great 
load on the runtime CPU and would be of little use to the user. 

SUMMARY OF THE INVENTION 
[0005] With this background, the object of the present invention is to provide an 

apparatus and a method which can be used to debug and observe system parameters more 
conveniently during execution of a control program. Accordingly, this object is achieved 
in an apparatus for assigning parameters to, configuring and starting up control systems 
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and/or for creating preferably cyclic control programs with a device for editing a control 
program and a compiler device for compiling the control program. The device for editing 
can be used to mark all or a subarea of the control program for debugging or to 
instrument the entire control program for debugging. The compiler can be used to 
produce from the control program an intermediate code which contains debug 
instrumentation for the marked area of the control program and/or for the entire control 
program. 

[0006] The aforementioned object, is further achieved by an apparatus for 

controlling the timing in a control system on the basis of a control program having a 
microprocessor for executing a compiled, preferably cyclic control program and a 
compiler device for compiling a precompiled control program with debug 
instrumentation into an object code for the microprocessor device. 

[0007] It is preferred if the intermediate code is independent of one 

microcontroller type. Further, a data storage device for association information can be 
provided to associate the marked area of the control program with an instruction of the 
intermediate code. In addition, the editor device can contain an order unit for dispatching 
an observation order for the marked area. Accordingly, the editor device can comprise a 
reception device for receiving observation information. 

[0008] The apparatus for controlling the timing in a control system on the basis of 

a control program can be equipped with an observation module which can be set up using 
the debug instrumentation. In addition, a data buffer device can be provided to store and 
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provide observation information from the observation module. The apparatus can then 
use a reception device to receive an execution order for the observation module. 

[0009] A control system comprising both of the aforementioned apparatuses has 

been found to be particularly preferred for controlling a system. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0010] The present invention is explained in more detail below in connection with 

an exemplary embodiment and with reference to the drawings, in which: 

Figure 1 shows a data flowchart for an inventive arrangement; and 

Figure 2 shows a data flowchart for a status query. 

DETAILED DESCRIPTION OF THE INVENTION 
[0011] Figure 1 show a control program 1, for example in structured text format, 

is stored in the engineering system ES. A compiler 2 produces a specifically 
instrumented intermediate code 3 for the control program 1 . This intermediate code 3 
contains additional information which a runtime system RS subsequently uses to permit 
status queries about appropriate variables. The compiler 2 compiles the control program 
before it is downloaded into the runtime system RS. The runtime system RS or the 
controller uses a further compiler 4 to convert this intermediate code 3 into a 
microprocessor-specific code 5. 

[0012] The compiler functionality for converting the source code of the control 

program 1 into a machine-independent intermediate code is implemented in the basic 
engineering system ES. The basic engineering system ES has a specific data storage 
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unit 6 for debugging or association information. This association information indicates 
which control program lines correspond to which intermediate code sections. 

[0013] Figure 2 illustrates that a user can use graphical markers 7 to identify 

sections of control program lines. On the basis of this, a debugger 8 in the engineering 
system ascertains the associated intermediate code area, and the appropriate area details 
are stored in the data storage unit 6. The association can be made using an association 
table or a reference, for example. 

[0014] The engineering system thus contains a control program 1 with a compiled 

intermediate code 3. This intermediate code 3, which is instrumented, is then loaded into 
the runtime system RS. The runtime system RS does not just convert the intermediate 
code 3 into the microprocessor code 5, but also has a dedicated debug functionality 9 
which is used to ascertain, and, if appropriate, to observe, the area 10 of the 
microprocessor code 5 on the basis of the intermediate code section corresponding to the 
marked area of the control program in a data storage unit (not shown). 

[0015] The control program can now be executed, i.e. the CPU of the runtime 

system RS can go to run mode. The microprocessor code is processed cyclically. Since 
the user has marked a particular area in the control program, an order to the runtime 
system RS is generated regarding which intermediate code area needs to be observed. 
The runtime system RS ascertains the microprocessor code areas from this information 
and sets up the infrastructure for program observation. This means that special buffers 
are prepared to buffer-store status information. When this service has been set up, it is 
available for use by the user. 
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[0016] If the program observation function is now explicitly initiated by the user, 

e.g. in the editor, an observation module is set up in the runtime system RS. When the 
program enters one of these machine code areas corresponding to the marked area of the 
control program, the variable values in question are written to appropriate data buffers 
1 1 . This is done so long as the program is in these specific code areas. 

[0017] When the scope of the code area is left, the engineering system ES 

receives a notification from this observation module. The engineering system fetches the 
information from the data buffer 11. The debug module 8 in the engineering system ES 
ascertains the relevant line information for the control program from the intermediate 
code association and this data buffer 1 1 . The variables required by the user can then be 
displayed. Once they have been displayed, a new observation order for this infrastructure 
which has been set up can be placed as desired. This means that the observation or debug 
cycle or the flow control is actually performed using the editor. This is useful to the 
extent that the user can track the program on the screen out of time with the PLC cycle. 
In addition, observation in the PLC cycle would put an excessive load on the runtime 
CPU. The data of the requested variables are thus updated only on explicit request or, by 
way of example, cyclically every second. 

[0018] If the user activates the debug mechanism 8 in the engineering system ES, 

the values of the variables used in the program code are displayed to him consistently for 
the respective pass in a second window 12 next to his control program source 1 for the 
program code executed on an appropriate cyclic basis. The user can thus conveniently 
perform diagnosis and a program debug within the context of cyclic PLC functionality. 
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For performance reasons, an interpretative solution is less advantageous for 
implementing the mechanism. 

[0019] The advantage of the present invention is thus that debugging or 

observation of variables is performed independently of hardware. In addition, the 
inventive technique loads the CPU of the runtime system only to the extent that the 
program editor can utilize this observation. This means that the program execution time 
is slowed down at most by the observation of the marked area. The reason for this is that 
the debug code is processed only for the marked area of the control program. All other 
areas are executed without a debug option. 

[0020] As already indicated, the inventive functionality and this mechanism of 

selective debugging are best suited to debugging cyclically executed programs. 
However, motion tasks, which are not executed cyclically, can also be observed very 
well. In particular, an additional mechanism allows the trace buffer 1 1 to be fetched 
before the scope is actually left. This makes it possible to ascertain, for example, when 
and with which parameters synchronous calls are encountered. The method outlined and 
the associated mechanism are also suitable for finding deadlocks in motion tasks. 



NY02:355171.2 



-7- 



